home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19980901-19981211 / 000180_news@newsmaster….columbia.edu _Wed Oct 21 22:03:56 1998.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id WAA22721
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Wed, 21 Oct 1998 22:03:56 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id WAA15896
  7.     for kermit.misc@watsun; Wed, 21 Oct 1998 22:03:56 -0400 (EDT)
  8. Path: news.columbia.edu!panix!howland.erols.net!master.news.rcn.net!not-for-mail
  9. From: kifox@hotmail.com
  10. Newsgroups: comp.protocols.kermit.misc,comp.os.linux.misc
  11. Subject: Re: CKermit 6.1beta rpm?
  12. Date: 22 Oct 1998 02:02:36 GMT
  13. Organization: Your Organization
  14. Lines: 47
  15. Message-ID: <70m3ns$6no$2@autumn.news.rcn.net>
  16. References: <7093jk$hpl$1@eskinews.eskimo.com> <709arq$ajk$1@samba.rahul.net> <70dgmp$1i9$1@post.servtech.com> <70ju4k$567$1@eskinews.eskimo.com> <70kpvd$7mu$1@apakabar.cc.columbia.edu>
  17. NNTP-Posting-Host: user11.firstsaga.com
  18. Mime-Version: 1.0
  19. Content-Type: Text/Plain; charset=US-ASCII
  20. X-Trace: autumn.news.rcn.net 909021756 6904 207.96.9.111 (22 Oct 1998 02:02:36 GMT)
  21. X-Complaints-To: abuse@rcn.com
  22. NNTP-Posting-Date: 22 Oct 1998 02:02:36 GMT
  23. X-Newsreader: WinVN 0.99.10 (beta 1) [de] (16bit)
  24. X-No-Archive: Yes
  25. Xref: news.columbia.edu comp.protocols.kermit.misc:9376 comp.os.linux.misc:303464
  26.  
  27. In article <70kpvd$7mu$1@apakabar.cc.columbia.edu>, 
  28. fdc@watsun.cc.columbia.edu says...
  29. >
  30. >In article <70ju4k$567$1@eskinews.eskimo.com>,
  31. >Jim Osborn <jimo@eskimo.com> wrote:
  32. >: 
  33. >: Thought I'd close the loop with this thread, which I started after
  34. >: seeing an ominous remark by Frank, implying that I might need the
  35. >: beta version with a new Linux distribution.
  36. >: 
  37. >: I'm happy to report that my good old C-Kermit 6.0.192, straight
  38. >: off the CD that came with the Using C-Kermit book in late 1997,
  39. >: compiled just fine with my S.u.S.E 5.3 distribution.  I had to
  40. >: tell the linker that the lcurses and ltermcap libs were in their
  41. >: own directories in /usr/lib, and open up some permissions in /var/lock.
  42. >: 
  43. >: So, the moral is, don't panic. :)
  44. >: 
  45. >To some extent -- some people have trouble, some don't.  I can't
  46. >necessarily keep up with all the variations in the many Linux
  47. >distributions and versions of them.  What was the Right Way to do a
  48. >particular one day often becomes Horribly Wrong the next.
  49. >
  50. >Nonstandard items that were added to C-Kermit for early versions Linux to
  51. >allow such features as hardware flow control and high serial speeds are
  52. >now verboten.  There is the curses vs ncurses naming problem, not to
  53. >mention library version skew.  There are evidently issues related to glibc
  54. >vs libc and who knows what else, plus the neverending circus of /dev/cux
  55. >vs /dev/ttySx vs /dev/modem vs UUCP lockfiles.
  56. >
  57. >C-Kermit 6.1 adapts to modern Linuxes by compiling out the nonstandard
  58. >device-related code and using more-or-less regular POSIX constructs if you
  59. >choose the "make linux" target.  Targets (with accompanying #ifdefs) are
  60. >still present for older versions.  As far as I know, however, the 6.1
  61. >Beta.05 "make linux" target works for Red Hat, Debian, Slackware, and SuSE
  62. >-- if this is a misimpression, now would be a good time for me to find out.
  63. >
  64. >In particular, you say "I had to tell the linker that the lcurses and
  65. >ltermcap libs were in their own directories in /usr/lib..."  So what
  66. >directory are they in?  Is this a SuSE peculiarity?  Or did all the
  67. >packagers move these libraries?  Do we now need separate makefile entries
  68. >for SuSE, Red Hat, etc?
  69.  
  70. Speaking as a user of RedHat 5.1, the make linux" target works just fine. I 
  71. ran into no problems compliling from the C-Kermit 6.1 source code.
  72.  
  73.